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(54) Dynamic incremental updating of electronic documents 



(57) A computer-implemented method and appara- 
tus redefining an electronic document displayed to a us- 
er by a viewer. The method includes displaying an elec- 
tronic document having information content and format- 
ting information defining a predetermined final format for 
the appearance of the document when displayed, where 
the document has one or more fields; receiving an up- 
date to the electronic document in response to a request 
initiated at the viewer, the update including data for mod- 
ifying one or more fields in the electronic document; im- 
porting the update to redefine the electronic document; 
and displaying the redefined document. Preferred em- 



bodiments have the following features. The update in- 
cludes a redefinition of information content or of format- 
ting information of the electronic document. The request 
is directed to a server and the server generates the up- 
date in response to the request and transmits the update 
to the viewer. The request is directed to a process run- 
ning on the computer with the viewer and the process 
generates the update in response to the request and 
provides the update to the viewer. The method also in- 
cludes receiving from a user input data for one or more 
fields of the electronic document; redefining the elec- 
tronic document to include the input data as field values; 
and including the input data in the request. 
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The Acrobat- family of products from Adobe SysSZtc^a^St . * T'** by USera ° n COmpu,ers ' 
modify, exchange, and v,ew elec.ronic document 2 in a plaStdtn, h f** Ca " f ° mia ' 6nab,eS 3 USer to create . 
descrip tl on language (DDL) called Portable S^F^, ™ SSS* makes USS ° f a d <*™ 

'* -ndependen, of the application software, hanS d' opera ino Ltm 7, " * dOCUmeftt 3 POftab,e manner 
document having one or more pages Each paqe in the Z ™n, y ^ '° Cr6a,e " A PDF ,i,e includes a PDF 

.mages in a device and «solui« JS^SSfZ^ " ^ "* Combina,ion « «•«■ Sophies, and 

° <°^serverforprocessing FormsHrceL 

data entered by a user „ ^ w .^SZ IS? f ' eldS th3 ' 3fe adap,ed to ^eive 

register on a World W.dc Web «. ohon „ £™S to ZuTa fo™ fo fT' - * " i " hin9 l ° P ' aC * 3n ° rder « 
the user fills out the form ,co,n 9 thc lcquc Z ^ l^ulZ^TZ 1° T ^ ^ Typfcal * 

server evaluates the data rccoved r, the submesion and SIZS k , SerVer f ° f processin 9- The 

' ^y^'o^bacMo.hccl.cn,!^ 

Often, the document son, ,o « use ,n response To a "Zt. ^T^ 9 °" ^ natUre °' lhe faction, 

user orig.na.ly. The new form ^ y oc!udo noToT^^i ^T*™ °' ^ ,hal W3S Ser " <° 
providing more informal to the Lr For c™ e ^a1ea,s, lton f^"'"" 9 t0 SUbm " m ° re '"'^ion. or 

to provide a name, address „ nfj OIfw po r ^,Xrm a "on Hal 7 * may request 1he 

a., 2 e further communications ,o ,h c user ^ ulg P o*L s 7^TT7' ^ V **" to 

in each document returned to the user Accord, nolv ea^ d™ , 7 " -formation (such as the user's name) 
include a number of common heas coupSS «e o 1« nTf /ih , C " en ' f0r diSp,ay ,0 ,he user ™V 

In the past, the submission o. lorm d^fTom ZlZnc "serve r J ■ k ' ranS ' er 
client cou.d sobmf, the entire form to the ^^Z^^^^TT^ ina numberof ways. The 
theoptionson.he server side weremore l,m, ted TwiS ^fhTil ^ T^' SUbm " ° n ' y ,he ,orm a** However, 
of an entire document bacK to the ciicn^CS^ 

a modified version of the form the cl.cn. a.readThad Accord ™ <f ° m ' he S6rVer was ttse « 

the complete form back to the clien. had. Accord.ngly, resources were often wasted in the transmission of 

Summary 

content ana" formatting informal ^^^S™" d °™ ^ 

displayed, where the document has one or more STwSinnl^ V / >? appearance ot < he d <*™t when 
arequestinitiatedatthevieweuheupda,,:;^ 



areques, initiated a, theviewer, the upda^::^ 

importing the update to redefine the electronic doZen • ZaZZZ^ J? ** 
ments of the invention include one or more of the ^oJnMTrSZT , , embodi - 
content or of formatting information of the electron fc Z! th ^ UdeS 3 redefiniti °" °» informa.ion 
generates the update in response to th^^SZl^ 8 * " d,reC,ed t0 3 £erver and th « server 
process running on the computer wrth le S ^Tb Z ^ ^ ^ '« directed to 3 

and proves the up date,o,he viewer. ^^ZZ^S^^ ^ ^ ''^ to ^ ^ ' 
of the electronicdocument; redefining ,he electronic ^mam tl h^H 9 .^ ,orone ° f ™e fields 

the input data in the request. A user N^^^ZTh^S £ T ^ " ^ '' nCludin 9 

or more types , whe re the types se.ected from'he gro cons i ^ ^ ^dl^rnSj" UPda ' 9 inC ' UdeS ^ °' ° nB 

^upconsistingofva.ue.visua.appearance.ac.S^ 
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tion in the PDF document description language. The data in the update modifies less than all of the fields of the electronic 
document. The electronic document is a fully self-contained definition of its information content and appearance 

In general, in another aspect, the invention features a computer-implemented method providing services to a user 
through an electronic document. The method includes transmitting an electronic document to a viewer running on a 
• computer for display to a user, the electronic document having information content and formatting information defining 
a predetermined final format for the appearance of the document when displayed; receiving a request generating an 
update to the electronic document in response to the request; and transmitting the update to the viewer, so that the 
viewer may import the update and display an updated document to the user. 

-In general, in another aspect, the invention features a computer program, tangibly stored on a computer-readable 
o medium, comprising instructions for causing a server computer to transmit an electronic document to a viewer running 
on a second, client computer for display to a user, the electronic document having information content and formatting 
information defmng a predetermined final format for the appearance of the document when displayed- to receive a 
request from the viewer, to generate an update to the electronic document in response to the request; and to transmit 
the update to the viewer, so that the viewer may import the update and display an updated document to the user 
- Preferred ombod.mentsof the invention include one or more of the following features. The update includes a redefinition 
of inlormaton content of the electronic document. The update includes a redefinition of formatting information of the 
electronic document. The update includes data modifying an action of a field of the electronic document The update 
includes data modifying an annotation of a field of the electron ic document. 

Among the advantages of the invention are one or more of the following. A document displayed on a client may 
be redelmed based on change information received from a server resulting in the display of a new document without 
requiring the transfer of the entire new document from the server to the client. A user may define a personal profile in 
fashion 71 °' 3 d ° CUmenl UpdatS may be apP ' ied '° e,ect,onic documents in a platform and document independent 

Other advantages and features will be apparent from the following description and claims. -O 
Brief Description ol the Drawings 

Figure 1 is a schematic diagram of a computer system to view and modify an electronic document 
Figure 2 is a illustrative view of an interactive form. 

Figure 3 is a schematic diagram of the hierarchy of fields in the interactive form of Figure 2. 
Figure 4 is a schematic diagram of a field object from the interactive form of Figure 2. ■'■ 
Figure 5 is a flow chart illustrating the process of the present invention. , v 

Figure 6 is a schematic diagram of an update. '. 
Figure 7 is a flow chart illustrating the step of importing an update. 

Detailed Description 

Referring to Figure 1 , a client computer system 10 runs programs enabling a user of the system to view, modify 
and otherwise interact with an electronic document. The client system 10 includes a digital computer 12 (such as a 
personal computer or a workstation), a display 14, a mass storage device 16 (such as a floppy disk drive a hard disk 
dnve. a CD-ROM drive, or magnetooptical disk drive), a keyboard 18, and a mouse 20 or other pointer device (such 
as an input tablet). The computer 12 is of conventional construction and includes the customary components (not 
shown), such as a microprocessor, a memory, a peripheral bus, and a memory bus. The computer 12 also includes 
communications hardware and programs (not shown) by which the client computer system 10 is connected to a com- 
munications link 28. 

The client computer system 10 is programmed to store an electronic document 22 in an internal format and to 
display all or a portion of it on the display 14. This programming is provided by a viewer program 36 such as the 
Acrobat™ program available from Adobe Systems Incorporated of San Jose, California. One viewer program suitable 
for applcation of the present invention is the Acrobat™ reader, described in commonlyowned United States patent 
applications number 08/569.000 and 08/693,469. the disclosures of which are incorporated here by this reference 
The viewer program 36 may communicate through a plug-in link to a browser program 34. One suitable browser is the 
NetScape Navigator™ browser, available from NetScape Communications Corporation of Mountain View, California 

In operation, the client computer system 10 is coupled by a link 28 to a server system 30, which runs server software 
32. The link 28 may be a simple, direct connection between the two systems, or it may be some kind of network 
connection, such as a connection through the Internet. The browser 34 can retrieve or download electronic documents 
from the server system 30 over the link 28, or it can retrieve such documents from a local resource on the client 
computer system 10. such as mass storage device 16. 

The portable electronic document 22 is a collection of data that can be viewed and manipulated on a variety of 
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different computer systems while maintaining the appearance intended by the publisher. The electronic document 22 
is organized and stored in a "document file". The document file can be a storage unit such as a file, data structure, or 
the like, and can be located on a single computer or distributed across the computer network 38. 

In the implementation described below, the portable electronic document is described as stored in the Portable 
5 Document Format (PDF) by Adobe Systems Incorporated. However, the invention may also be applicable todocuments 
stored in other languages and other formats, such as Hyper Text Markup Language (HTML). Many of the steps or 
processes described are specific to the implementation, and can be changed or omitted if other languages or formats 
are used. 

The electronic document 22 is organized as a collection of objects. An "object" is a logical software unit comprising 
10 data and methods that operate on the data to give it capabilities and attributes. Examples of object types used in a 
typical PDF file include pages, text blocks, graphical objects (such as lines or polygon shapes), images (such as bit- 
maps), fonts, and user-specific objects. An object may generate an image on a display according to its type and at- 
tributes. For example, a text object may include a string of text, the position of the text on the display, the font, size, 
and color of the text, and whether to display a border surrounding the text. Some attributes may themselves be objects 
is that can be shared by other objects. For example, several text objects may refer to the same font object. The present 
invention introduces several new types of objects, including fields, annotations, and actions, which will be discussed 
below. The fields, annotations and actions are objects consistent with previous versions of the PDF file format, described 
in Portable Document Format Reference Manual, Adobe Systems, Inc., Addison-Wesley Publishing Company, New 
York, 1993, incorporated by reference in its entirety. 
20 Referring to Figure 2, an electronic document may include a fill-in form such as the illustrated interactive lorm 40. 

The interactive form 40 has a collection of fields 42 for the user to complete. For example, the form 40 includes fields 
for a first name 42a, a middle initial 42b, a last name 42c, a street address 42d, a city 42e, a state 42f, a zip code 42g, 
and a personal identification number 42h. The form 40 also includes a field 42i for a payment type. Some of the fields 
(e.g., fields 42a-42h) are text fields, i.e., locations for the user to type in text, whereas other fields (e.g.. field 42i) are 
2S radio buttons, pop-up choice lists, or check boxes. Each field that is displayed has associated with it an annotation 
that controls the appearance of the field when the document is displayed. 

In addition, the form 40 includes a submit button 44 and a personal information button 46. These are annotations 
that may be selected by a user to cause actions. 

In general, fields are used to store values that may be set by the user Each field has a type, such as button or 
30 text, a name, and a value. An object is identified as a field by having the field key in the object. 

Annotations are used to display fields. An object may be both an annotation and a field. If it is. the object has the 
attributes of both. An object may be identified as an annotation by having the annotation key in the object. • 

Referring to Figure 3, each field 42 has a place in a field hierarchy 60. The presence of the field hierarchy 60 is 
indicated by a flag in the catalog object of the electronic document, such a keyword and a pointer to a form object 62. 
35 The form object 62 contains an array listing each root field 64. Root fields are fields that are not children of. other field 
objects. Each root field contains a partial field name 66. In addition, each root field 64 may refer to additional child 
fields 68, and each child field 68 may have its own partial field name 69. The fully qualified field name for any field 63 
is formed by concatenating the partial fields names of the child field and all of its ancestor fields and using a V as a 
separator between each partial field name. Attributes of a child field may be inherited from its parent or ancestors. 
40 The format of an object, such as the first name field 42a, which is both a field and an annotation, is shown in Figure 

4. The field object 42a includes a key 70 having a key name 71 to indicate that the object is a field and a value 72 to 
define the type of the field. Field object 42a is a text field. The field object 42a has a partial field name 74 ("first") , a 
value 76 ("Roberto"), and a pointer 78 to the parent field ("name"). The field 42a may have other field behavior attributes 
80, such as being a read-only field, that will be described below. In addition, the field object 42a includes a key 82 that 
45 indicates that the object is also an annotation. The field 42a has a position 84, e.g., two coordinates defining the upper 
left-hand and lower right-hand comers of the rectangle in which the field 42a appears. The field 42a may have other 
annotation appearance attributes 86, such as color or font, that will be described below. 
The attributes of fields may include those listed in the table below: 



Key 


Types 


Semantics 


FT 


name 
Btn 


{Required, inheritable) This key indicates that the object is a field, and the value of the 
key defines the type of field. Valid field types include: 

Button field. This field type is used for a checkbox, i.e., a field that toggles between two 
states. This field type is also used for a radio button, i.e., a field made up of an arbitrary 
number of toggles, only one of which can be on at any given time. It is also used lor a 
push button, i.e., an interactive element that can trigger an action or change appearance 
but retains no value. 
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(continued) 



Semantics " 

Text field. A field whose value is text. ~ ~ " 

Choice field. This field type allows the user to select one value from an arbitrary list. The 
list is presented to the user as a pop-up list or a scrollable list. 

(Optional) The partial field name of the field. The fully qualified field name is derived from 
the partial field name by concatenating the partial field names of the field object and each 
ancestor. 

(Optional, inheritable) The value. The format of the value is dependent on the type of the 
field as specified by the FT attribute 

(Required tor text fields, inheritable] Default appearance for text. This string contains a 
sequence of page-content graphics or text-state operators that the determine appearance 
properties such as text color, text size, etc. 

(Required for text fields, inheritable) Default resources. For any field which includes text 
this key is used to create a resource dictionary. The dictionary must contain a font 
resource. 

(Optional, inheritable) The default value. The field reverts to this value upon a ResetForm 
action. 

(Optional, inheritable) For a text field, this attribute determines the maximum number of 
characters. 

(Optional, inheritable) Original height. This key determines the height of the bounding box 
attribute of the appearance stream. The default is the same as the height of the rectangle 
attribute. 

(Required for choice fields, inheritable)The options in achoice field. Each element in the 
array is an item in the list. The N attribute determines the item selected from the list. 
(Optional, inheritable) Quadding. This key determines whether text input is left-justified 
(0), centered (1) or right-justified (2). The default value is 0. 

(Optional, inheritable)Fota scrollable choice field, thisattrbuiedetermines the first visible 
item in the list. 

(Optional, inheritable) Flags. The binary value of the integer is interpreted as a collection 
of flags that define various characteristics of the field. The default value is zero. This 
attribute may include the following flags: 

Read-only flag, indicating that the user is not allowed to change the field value in the 
viewer. This key is intended for use with computed fields or fields that are imported from 
a database. 

Requiredt\ag, indicating that this field must have a value at the time the field is exported 
by a Submit action. 

No-export flag, indicating that this field must not be exported by a Submit action. 

Multi-line flag, indicating that a text field may have multiple lines. 

PasswordQag, indicating whether keyboard input toa text field is displayed on the screen. 

Rather the input is replaced by a benign feedback, such as an asterisk for each input 

character. This flag may be used to preserve confidentiality of password fields. 

No null state flag, indicating that, for a radio button field, any action that would put all the 

checkboxes in an "off" state is ignored 

Radio flag, indicating whether a button field is a radio button or a checkbox. This flag is 
meaningful only if the push-button flag is lalse. 

Push-button flag, indicating that a button field is 'purely interactive - ; i.e., the button 

responds to user input but does not change state as a result of the input. 

Pop-up flag, indicating whether a choice field is a list box or a pop-up box. 

Edit flag, indicating that a user may input a string into the field of a choice field, rather 

than selecting it from the pre-defined list. 

Sort flag, included lor use by form^uthoring tools that need to keep track of the user's 
preference regarding the sort order ol listed items. This flag is not used by the viewer. 



Ff 


bit 1 


Ff 


bit 2 


FT 


bit 3 


Ff 


bit 13 


Ff' 


bit 14 


If 


bit 15 


If 


bit 16 


Ff 


bit 17 


Ff 


bit 18 


If 


bit 19 


Ff 


bit 20 



integer 
integer 

array 
integer 
integer 
integer 
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Key 
Kids 



(continued) 



I Semantics 



J Parent J dictionary 



(Optional) The Kidi and Parent attributes define the c hUd/parent relationship bstwPPrT 
referenced from only one K.ds array and thus has a unique parent 

A field may also use a Kids array to reference child fields that differ from the oarent fi* W 

(Was^a.) , fe M a atemge< , , fom ^.M, Kids array) Th. .ar.nl feu. 



The afefeles ol annowiom may Made Ihoaa Kiad in ma labia balow: 



Key 


Type 


Type 


name 


Subtype 


name 


Rect 


Rectangle 


F 


integer 




bit 1 



dictionary 
dictionary 

GoTo 

CoToR 

Launch 

Thread 

URI 

Sound 

Movie 



Semantics 



( Optional) Object type. Always Annot ' ' ' 

iuZeSZ n T n sub!ype - For an annota,,on thal is a,so 3 

(Required) Rectangle specifying the location of the annotation 

Zte^Znl '"^ Va ' Ue °' ' he in,e9er ' S in,erpreted as a <* "ass 
that define various characterist.es of the annotation. The default is zero. 

Inmbb flag, indicating how an annotation is dispfcyed when the corresponds 
Zl T , 13 aVa " able ' f *» Value is 1 ■ »• annotatS,^ be 

222S, 8 9 va,ue te °" the annotati0 ° wi " appear as an unk ™™ 

Mttten flag, ind.cating whether the annotation is currently shown. If the value of this 
teg is the annotation ,s hidden. If the annotation is hidden, there is no user 
interac on w„h d,s P ,ay of, or printing of the annotation. The ability to hide and show 
annotations select.vely, combined with appearances (see the AP key) fe especial 
useful ,n cases where screen real estate is limited. This flag can b7used?oSa v 
pop-up auxiliary data similar to online help syslems P V 

a P S™Sf a,in9 , Whe ' her,he annota «°nwillbepnn.ed. This allows theauthor of 
a document to create an annotation for display purposes only Such an annoY^c 
s ould display its appearance v^ile in the viewed, bTtha, ^SSST 

anSfon ThiS key COnUols ,he visual effect of clicking on a link 

(OptonaO Aeons. These attributes specify an action to be invoked in response toa 

Change the current page view to a specified page and zoom factor 
"GoTo Remote-) Open another PDF file at a specified page and zoom factor 
Launch an application, usually to open a file. 
Begin reading an article thread. 
Resolve the specified Uniform Resource Identifier (URI). 
Play a sound. 
Play a movie. 
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(continued) 



Set State 
Hide 

Named actions 
SubmitForm 
RcsctForm 
Import Data 
dictionary 

name 



Semantics 



Store a value in the appearance-state (AS key) of an annotation's appearance 

dictionary. 

Set or clear the Hidden flag for an annotation. 

execute an action predefined by the viewer. 

Send data to a URI. 

Set field values to their defaults. 

Import field values form a file. 

(Optional) Appearance dictionary. In addition lo color, highlighting and border this 
key can specify one or more visual appearances that are available for the annotation. 
(Required if more than one appearance is possible) Appearance state This key 
.ndicates which entry in the AP dictionary is to be used in each instance. This allows 
for the specification of objects, such as checkboxes and radio burtons, whose 
appearance may change. 



> o. JlZ^n J,* 9 T atln9 3 P,OCeSS 1 °° incfemental| y ^^ifying an electronic documen. in the course 
of ,n teraCon wtth a user who mteracts with the document through a viewer on a computer. First, the viewer receives 
the electronic document (step ,02). In the example embodiment being descnbed. the electronic document isa ponibte 
platform-independent PDF file. The electronic document * receded in a document language that is dSnSSnd 
ent. The v,ewer parses the electronic document (step 104) to create an interna, data structure, and then Jnders ^o 
create visual appearance of the document (step 106) tor the particular display dev,ce being used 

The user may generate a request by making a user interface gesture directed to the document. Such a gesture 
causes an ob.ec, in the electronic documen, to produce an action. An author may assign an ac,„o ,o an J£ by 
add.ngtt 1 eap P ro P na,eat,r^u,e key. Gestures ,ha, may trigger an action include movingacursoroveran object n^ovinc 
a^urso, off an object, depressing the mouse button, releasing the mouse button, opening a new pa^cSg a 

In response to receiving a request from the user, the viewer initiates a requesl for service (step 112) This reoues, 
may be directed to a server, such as the server software 32 on server computer system 30 (Figure 1 ) ' 

The viewer sends the request to the server (step 114). Af.er sending the reques,, the viewer waits ,0 receive a 
^T^ltr 1 MlJ, " P,9 reqU6S,S ^ mad6 ' ,he Vl6Wer «*« ^ ^in" 

in * Z , V TT! reCSiVe 3 reSPOnSe - " ' he t0fm0San Upda,e ' Uom ,he se ™ 11 8)- The update is 
Li,' Z M ^ , ^ and " the same file structure, the same syntax and thHame 

v ^l^T IT!-' 3,1 UPd3,e 50 indUdeS 3 he3der 52 ' 3 Catal °9 M - 56, and a trailer 58, The header 
52 includes a key tha, mdcates thai the response is an updale. No, every object 56 in Uie upda.e 50 need be modtfiS 
some objects may be present to provide the file structure required by forma, o, ,he updateTor eac^^S 2 

S,v, 1 J n k ? ^ K SSOC ' ated Wi ' h 3n 0bieC, • * he Visua ' a,,ribu,es of an *** < such «• "tor. font. Z 

vi J?S™!? F ' 9 I e ,l- S, ! P 1 20 (SSe alS ° R9Ure 5) 01 importin 9 U ^ le int0 the e| ec,ronic documen,, the 

^ " J"" , * w * cumwrt * re ^ ired b V ,he W (step 130). Specify, tie viewer search es tti 
3 kSy ' denli ' yin9 3 fi ' e s P ecifica,ion - » catalog objec, contains such a key. then the 

nleTdot,^^^ 

"™ m S * . nCI matCh ' ' hen , the v,ewer ,etches a new doc^ent (step 132). The viewer may fetch the new 

■hee^r:™^ 

SnJtT^'T me VieWe ' genera,es a list 01 ,he fullv 1««"<l "Bid names for the objects in the update 

Speedily, the parfal field name of each object is concatenated whh ,he partial field names of each ancestor the 
f.e.d object. Each fully qua.ified field name in „. lis, is ma.ched with the identica. fulfy quaked name rn the elecZic 
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document The object in the electronic document having the identical fully qualified field name may be located bv' 

For each matched pair of objects in the update and the electronic document the viewer searches for listed attribute 
attribute key in the field in the electronic document with the value from the object 

Returning to Figure 5, a server program or process will receive the request from the viewer (step 122) In resoonse 
,f approbate, the server will generate an update (step 124). and send the update to the viewer (step 26) A script 

> zlTrl^T ° r C °, ntr0, f reSP ° nSe ° f ,hS se ™ erto,he re ^ s '- Thus, by designing a fain and a scrip,, he 
author may create an interacts application. Because the update contains instructions for modifying only the changed 
pomons of the document, the application has advantages of low bandwidth and low processing costs 

*n ,IL eVeral , eXa T' eS ,°'J he PfOCeSS 1 °° Wi " n ° W be d6SCfibed Wi,h re,erence ,0 Fi 9 ure 2 fn a first example, the form 
40 changes to acknowledge the receipt by the server of information from the viewer The user enters his or her n flmc 

IteJZZT 420 °I .'"I! 0 " 11 ^ I" 6 " C " CkS ,he SUbmit bU,t ° n 44 10 a submit *om action. The v^wer 

frZS rl UP T m C0 ' 0f a,,r ' bUteS °' * he name ,ieWS 42a " 42c to ^knowledge recap, o, the submS 

hlT I , UP * a ' S0 m0dify ,hS C °' 0f attf,bU,eS °' me ° ,her fie,d£ 42d " 42h 10 r *™« me user to complete 
the form. Alternately, the color attribute could be used to indicate whether the server found a match in a database for 
the entered name. For example, if the name was found in the database then the name fields 42a^2c could be given 
a green background, whereas if the name was not found, then thename fields 42a^2c could be given a red background 
n a second example, the update 50 modifies the form 40 to modify the actions generated by the electronic docu- 
ment ,n response to gestures by the user. In this example, the user presses button 44 to generated submit form act^ 
In response the update assigns a reset form action to button 44 so that the user may clear the entries in fields 42 ' 
Other changes may be made that do not involve modifications of the appearance of the electronic document For 

Using these techniques, a server may make an essentially unlimited number of changes to the appearance and 
functions of a simple button in the course of interaction with a user. epwwwiceano 
in addit.cn. objects may be made to appear and disappear from the form 40. It may be noted that two approaches 

from the e^ctronic document The second approach is to change an attribute of an object that already exists in the 

om S ° ^ bGCOmeS hidd6n orrevealedln 9— aLthesecondapproachhastheadvantage 

of minimizing alterations to the data structure of the electronic document 

For example, the selection of credit card as a payment type may cause credit card fields 42l-42q to appear The 
orm 40 may define chck.ng on checkboxes 42j or 42k as a gesture that triggers a hide action. The hide action causes 
the 6 ^^ 

In another embodiment, the viewer may send the request for service to a local process rather than a remote server 
As an example, the incremental update may be used to fill out the form 40 locally. A user who anticipates receivino 
several forms that request personal information may generate a locally stored update. The update contains personal 

TZT- S T« ,? Trt addreSS ^ S6CUri,y nUmber - Th * USer ma * the ^ a te P r,he 
s orage dev.ee 16 (Figure 1 ). The author may provide the form 40 with a personal information button 46. The user may 
clck on the personal mformaton button 46 to trigger an import action. This causes the viewer to import the local update 
into the electronic document and complete the form 40. 



Claims 



1. A computer-implemented method redefining an electronic document displayed to a user by a viewer running on a 
computer, comprising' 

displaying an electronic document having hformation content and formatting information defining a predeter- 
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mined final format for the appearance of the document when displayed, the document having one or more 
fields; 

receiving an update to the electronic document in response to a request initiated at the viewer, the update 
including data for modifying one or more fields in the electronic document; 
importing the update to redefine the electronic document and 
displaying the redefined document. 

2. The method of claim 1 where the update comprises a redefinition of information content of the electronic document. 

3. The method of claim 1 where the update comprises a redefinition of formatting information of the electronic doc- 
ument. 

4. The method of claim 1 where: 

the request is directed to a server; and 

the server generates the update in response to the request and transmits the update to the viewer. 

5. The method of claim 1 where: 

-I the request is directed to a process running on the computer with the viewer; and 

the process generates the update in response to the request and provides the update to the viewer. 

6. The method of claim 1 further comprising: 

receiving from a user input data for one or more fields of the electronic document; 

redefining the electronic document to include the input data as field values; and '-}. 

including the input data in the request. >. 

7. The method of claim 1 further comprising: 

receiving from a user a user interface gesture initiating the request. v 

8. The method of claim 1 where the data in the update includes data of one or more types, the types selected from 
the group consisting of data to modify an existing field in the electronic document, data to add a field to the electronic 
document, and data to delete a field from the electronic document. 

9. The method of claim 1 where an attribute is associated with a field, and the data in the update changes the attribute. 

1 0. The method of claim 9 where the attribute is selected from the group consisting of value, visual appearance, action 
and position. 

1 1 . The method of claim 1 where the data in the update includes document description in the PDF document description 
language. 

12. The method of claim 1 where the data in the update modifies less than all of the fields of the electronic document. 

13. The method of claim i where the electronic document is a fully self-contained definition of its information content 
and appearance. 

14. A computer-implemented method providing services to a user through an electronic document, comprising: 

transmitting an electronic document to a viewer running on a computer for display to a user, the electronic 
document having information content and formatting information defining a predetermined final format for the 
appearance of the document when displayed; 
receiving a request; 

generating an update to the electronic document in response to the request: and 

transmitting the update to the viewer, so that the viewer may import the update and display an updated doc- 
ument to the user. 
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receive a request from the viewer; 

generate an update to the electronic document in response to the reouest- „«h 
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the appearance of the document when displayed, where 
the document has one or more fields; receiving an up- 
date to the electronic document in response toa request 
initiated at the viewer, the update including dala for mod- 
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porting the update to redefine the electronic document; 
and displaying the redefined document. Preferred em- 



bodiments have the following features. The update in- 
cludes a redefinition of information content or ol format- 
ting information of the electronic document. The request 
is directed to a server and the server generates the up- 
date in response to the request and transmits the update 
to the viewer. The request is directed to a process run- 
ning on the computer with the viewer and the process 
generates the update in response to the request and 
provides the update to the viewer. The method also in- 
cludes receiving from a user input data lor one or more 
fields of the electronic document; redefining the elec- 
tronic document to include the input data as field values; 
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